home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Business Assistant
/
Business Assistant.iso
/
checkb
/
money31
/
bugfix31.doc
next >
Wrap
Text File
|
1987-12-24
|
2KB
|
41 lines
Bug Fixes for Money Manager (version 3.1)
12/28/87
CORRECTIONS: The following corrections have been implemented in version 3.1
of Money Manager. Some of these problems were only apparent
in version 3.0 and not earlier versions.
NEXT CHECK problem
1) When "(A)dding" a check, if you elected not to hit [ENTER] and let MM
compute the next check number, but hit "C" to choose the "(C)heck" option
and then just hit [ENTER], MM waits line after line until a number is
entered. This waiting process can go on forever. To get out of this
situation, it was necessary to enter some valid integer. In the new
version, however, the above procedure will make MM compute the next check
number and enter it automatically, regardless of when the [ENTER] is
struck.
SORT problem
2) A problem with the sorting algorithm resulted in the last record being
ignored. You might not have noticed this problem if the last entry (or
record) in your account was already in the proper order. The problem was
corrected for versions 3.1x and above.
SEARCH problem
3) The SEARCH feature of MONEY MANAGER Version 3.0 had a similar problem to
the one with the SORT feature; the last entry was ignored. Version 3.1x
has been corrected.
NUMBER EDITING (trailing decimals)
4) Due to a change in the way version 4.0 of Turbo PASCAL handles conversion
of strings to numeric values, trailing decimals were not allowed. For inst-
ance, if you entered the value '12.' for the number '12', mathematically
they're the same but the old version of Money Manager would make the value
zero whenever there was a trailing decimal. This problem has been corrected
so that from the (A)dd mode, (M)odify mode or in the command line calc-
ulator, trailing decimals are simply ignored.